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SPECIFICATION 



WIRELESS CHAT AUTOMATIC STATUS TRACKING 



This application is related to and claims priority from co- 
5 pending US Provisional Application No. 60/196,104, entitled "Mobile 
Activity Status Tracker" to Wallace et al.; filed on April 11, 2000; from co- 
pending US Provisional Application -No. 60/196,099^ entitled "Wireless 
Chat Status Tracking" to Ung et al., filed on April 11, 2000; and from co- 
pending US Application No. 09/576,022, entitled "Mobile Activity Status 
10 Tracker" to Wallace et al., filed on May 23, 2000, the entirety of all three of 
which are expressly incorporated herein by reference. 



BACKGROUND OF THE INVENTION 
1 . Field of the Invention 

15 This invention relates generally to wireless carriers, Internet 

service providers (ISPs), information content delivery services/providers, 
portal sites for mobile-terminated hosting of chat groups, and/or Internet 
chat session hosts. More particularly, it relates to the gateway 
perspective of mobile device functions such as ANSI-41 automatic 

20 registration, real-time Internet message billing, real-time wireless message 
billing, messaging in general, wireless chat, and/or Internet chat. 



2. Background of Related Art 

The present invention relates to improvements to mobile 
25 wireless systems, which currently include mobility management, IS-41 
mobility management, and/or registration systems, to support, e.g., 
Internet chat, ICQ, etc. 

Up to this point, in a Wireless & Internet chat group system, 
a chat member must manually notify the system when he/she desires to 
30 go on-line or off-line. This invention enables a wireless carrier and/or 
Internet service provider to introduce a Wireless Intelligent Network (WIN) 



1 



# • 

service that allows a chat room or session system to be automatically 
notified when the subscriber is on-line or off-line. This will allow, for 
example, the chat system to continually and automatically notify the 
subscribers of the chat group or a "buddy list" about a participant's status 
5 in a chat room/session at any time. This WIN service will be applicable to 
both prepaid and postpaid IS-41 networks. 

Currently no system is known to provide such WIN service 
for wireless devices. Existing systems allow the landline internet 
subscriber to automatically notify the chat group when the subscriber goes 
10 on-line or off-line. 

Existing technologies have not addressed the concept of 
automatic notification for wireless chat participants. Without this feature, 
members in the chat group are not aware of the member's actual status. 
The wireless participants have to remember to notify the chat group or 
1 5 buddies of his/her availability. 

As is known, presence information and location information 
regarding a particular wireless device is recorded in a Home Location 
Register for the relevant wireless network. 

Fig. 10 shows a conventional stand-alone Home Location 
20 Register (SHLR) architecture and message flow of a Mobile Registration 
Notification message (REGNOT). 

In Fig. 10, a first wireless network 1060 includes a mobile 
switching center MSC 1010 and a stand-alone Home Location Register 
(SHLR) 1040. The SHLR 1040 and the MSC 1010 communicate over the 
25 cellular telephony network (and perhaps the PSTN when calls are 
connected to a land-line switch or calls need to be delivered via a trunk 
line that routes through a PSTN) via one or more switching transfer points 
(STPs) 1030. The protocol used for communication is IS-41 or GSM-MAP 
over signaling system No. 7 (SS7). 
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The service provider is typically given maintenance and 
configuration proprietary access to the database stored in the SHLR using 
an Operations and Maintenance Processor (OMP) and provisioning 
terminal console 1050, which may communicate with the SHLR using a 
5 point-to-point link, e.g., an X.25 link, an RS-232 link, or a TCP/IP link. 
Communications from the OMP 1050 typically relate to maintenance and 
configuration only, and do not relate to operational functions of the 
relevant wireless network. 

A second wireless network 1070 servicing another wireless 
10 device 1090 includes another MSC 1020, and utilizes one or more STPs 
1030 in the SS7 network. 

In the given scenario, assume that the wireless device 1090 
in communication with the second wireless network 1070 is serviced by 
the service provider of the first wireless network 1060. Thus, presence 
15 and location information regarding the second wireless device 1090 is 
stored and updated in the SHLR 1040 corresponding to its servicing 
network. 

To communicate presence and location information to the 
'home' register of the second wireless device 1090, a MOBILE 

20 REGISTRATION message (1.) is sent in accordance with Signaling 
System #7 (SS7) standards using IS-41C protocol messages through the 
second wireless network 1070 to the MSC 1020 of the second wireless 
network 1070. The 'presence' of a wireless device relates to the wireless 
device being powered ON and reachable in the relevant wireless network. 

25 The MSC 1020 forwards the MOBILE REGISTRATION 

message (1.) upon receipt to the STP 1030 as an IS-41 REGISTRATION 
NOTIFICATION (REGNOT) message (2.). 

The STP 1030 forwards the REGNOT message (3.) to the 
appropriate SHLR 1040 servicing that particular wireless device 1090. 
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In this way, the Home Location Register of a particular 
wireless device 1040 is provided with presence and location information 
regarding the whereabouts and registration activity of a particular 
subscriber (e.g., wireless device 1090). 
5 Fig. 10 relates to a Home Location Register which is 

installed as a separate network element. Using a SHLR 1040 as shown in 
Fig. 10, the SHLR 1040 must communicate with the associated MSC 
1010 using SS7 signaling through the STP 1030. Presence and location 
information is updated in a subscriber's Home Location Register in a 

10 similar manner when the Home Location Register is integrated onto a 
common platform with the MSC element. This configuration is known as 
an integrated Home Location Register (l-HLR). 

Fig. 11 shows a conventional integrated Home Location 
Register (l-HLR) architecture and message flow of a Mobile Registration 

15 Notification message (REGNOT) allowing proprietary communications 
between elements such as the MSC and l-HLR operating on a common 
platform. 

In particular, as shown in Fig. 11, a MOBILE 
REGISTRATION message (1.) is sent to the MSC 1020 providing access 

20 to the roaming wireless device 1090, and the MSC 1020 forwards the 
REGNOT message (2.) to the relevant STPs 1030 as shown in Fig. 10. 
However, instead of forwarding the REGNOT message (3.) to the SHLR 
1040 as shown in Fig. 10, the REGNOT message (3.) in Fig. 11 is 
forwarded to the common platform including both the MSC 1110 and the I- 

25 HLR 1140. The MSC 1110 and l-HLR 1140 may communicate with one 
another using any desired proprietary communications protocol, without 
need to conform to the SS7 signaling protocol at that point. Nevertheless, 
the l-HLR 1140 is updated with presence and location information 
regarding the roaming wireless device 1090. 
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In the conventional scenario, presence and location 
information is restricted to use by the 'home' service provider of a 
particular wireless device. Using conventional signaling protocols, other 
wireless networks are not provided with presence and location information 
5 regarding wireless devices other than those which subscribe to its 
services. The presence and location information is conventional used 
only by the home service provider for routing of call information (e.g., 
establishing a voice connection to a mobile wireless device). 

Accordingly, there is a need for providing presence and 
10 location information to entities other than just those servicing a particular 
wireless device, thus enabling a new host of network services and 
applications. 



SUMMARY OF THE INVENTION 

15 In accordance with the principles of the present invention, in 

a short message service center, a module for permitting automatic status 
tracking of a wireless chat participant by an application external to a 
service provider including said short message service center, a REGNOT 
and/or MSInactive handler comprises a registration notification and/or an 

20 MS inactivity messages receiver, and a registration/inactive message 
forwarder to forward a registration notification and/or MS inactivity 
message received by a mobile switching center over an Internet 
connection. 

A method for automatically notifying an external chat server 
25 of a presence of a chat session participant in accordance with another 
aspect of the present invention comprises receiving an IS-41 conforming 
registration notification and MS inactive messages from one of a mobile 
telephony network, mobile switching center, l-HLR, and S-HLR or STP, 
and automatically forwarding the IS-41 conforming registration notification 
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and MS inactive messages over an Internet connection to an external chat 
server. 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 Features and advantages of the present invention will 

become apparent to those skilled in the art from the following description 
with reference to the drawings. Note that for simplicity of explanation, 
only a REGNOT message is shown in the figures. However, an MS 
inactivity (MSInactive) message may be conveyed in the same way as as 

10 the REGNOT message. In the drawings: 

Fig. 1 shows an exemplary architecture and information flow 
of a mobile activity status tracker (MAST) system, in accordance with the 
principles of the present invention. 

Fig. 2 is a more detailed architecture and information flow of 

15 an embodiment of a MAST system corresponding to a stand-alone Home 
Location Register (SHLR) including a registration notification forwarding 
mechanism utilizing message flows in conformance with SS7 standards 
and IS-41 standards, in accordance with the principles of the present 
invention. 

20 Fig. 2A shows a block diagram of the basic elements of an 

exemplary MAST system shown in Fig. 2. 

Fig. 3 is a detailed architecture and information flow of an 
embodiment of a MAST system corresponding to an integrated Home 
Location Register (l-HLR) including a registration notification forwarding 

25 mechanism integrated with a mobile switching center (MSC) on a common 
platform, utilizing message flows in conformance with SS7 standards and 
IS-41 standards, in accordance with the principles of the present 
invention. 

Fig. 4 is a detailed architecture and information flow of an 
30 embodiment of a MAST system corresponding to a stand-alone Home 
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Location Register (SHLR) including a Registration Notification copy 
function in a signaling transfer point (STP) and a TCP/IP connection (or 
SS7 connection) to the MAST application, particularly useful in wireless 
networks having HLRs which do not include a registration notification 
5 forwarding mechanism, in accordance with the principles of the present 
invention. 

Fig. 5A is a simplified depiction of relevant parameters of a 
Mobile Registration Notification (REGNOT) message in conformance with 
SS7 and IS-41 standards utilized for determination of location information 
10 in a MAST system, in accordance with the principles of the present 
invention. 

Fig. 5B is a detailed depiction of all conventional parameters 
of a REGNOT message. 

Fig. 6 is a simplified depiction of relevant parameters of a 
15 Mobile Subscriber Inactive message in conformance with SS7 and IS-41 
standards utilized for determination of inactive presence information in a 
MAST system, in accordance with the principles of the present invention. 

Fig. 6B is a detailed description of the otherwise 
conventional MSInactive message parameters. 
20 Fig. 7A is a simplified depiction of relevant parameters such 

as location in an exemplary Internet Protocol (IP) message sent from the 
MAST system to an application server (e.g., a Chat Server) via the 
Internet, in accordance with the principles of the present invention. 

Fig. 7B is a simplified depiction of relevant parameters in 
25 another exemplary IP message such as a log of past presence and 
location information for a particular wireless device sent from the MAST 
system to an application server (e.g., a law enforcement authority) via the 
Internet, in accordance with the principles of the present invention. 

Fig. 8 shows an exemplary Mobile Station Identity (MSID) 
30 ordered table, in accordance with the principles of the present invention. 



7 




Fig. 9 shows an exemplary process by which the parsed 
message portions are processed. 

Fig. 10 shows a conventional stand-alone Home Location 
Register (SHLR) architecture and message flow of a Mobile Registration 
5 Notification message (REGNOT). 

Fig. 11 shows a conventional integrated Home Location 
Register (l-HLR) architecture and message flow of a Mobile Registration 
Notification message (REGNOT) allowing proprietary communications 
between elements such as the MSC and l-HLR operating on a common 
10 platform. 

Fig. 12 shows an exemplary service implementation showing 
wireless chat status tracking providing an automatic on-line or off-line 
notification in a chat scenario using techniques and apparatus in 
accordance with the principles of the present invention. 
15 Fig. 13 shows a block diagram of the SMSC shown in Fig. 

12, including a REGNOT/MSInactive message receiver, a 
REGNOT/MSInactive forwarder, and an optional REGNOT/MSInactive 
copier, in accordance with the principles of the present invention. 

20 DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS 

The present invention relates to a technique and apparatus 
to provide status tracking of presence and/or location of a mobile, wireless 
device to a requesting entity even outside of a particular wireless system. 
This allows wireless service providers the ability to monitor and log 

25 changes in the status of mobile stations within and/or outside their 
networks enabling the development of multiple applications and network 
services. Embodiments are disclosed wherein presence and/or location 
information is provided to entities outside of a particular servicing wireless 
network using the mechanisms of call processing components of a mobile 

30 network (e.g., call setup procedures), and using standard mechanisms 
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currently available to any appropriately conforming Mobile Switching 
Center (MSC) element. An embodiment implementing a wireless chat 
automatic status tracking system and method is also disclosed. 

Mobile presence and location are key concepts for location- 
5 based services and applications which require knowledge of mobile 
station/subscriber availability. Currently, conventional systems do not 
provide such wireless intelligent network (WIN) service for wireless 
devices. 

It is important to note that existing systems and techniques 
10 have been conventionally located outside of a wireless network. As such, 
the existing systems have not been privy to, nor had the need to be privy 
to, triggers needed to obtain true mobile presence or location information. 

Mobile Activity Status Tracker (MAST) 

15 One series of disclosed embodiments relate to a software 

application package which tracks and reports status and activity of mobile 
wireless devices in a wireless network using mobile registration message, 
inactivity message forwarding, and/or mobile automatic notification of 
subscriber status to TCP/IP entities. This embodiment of a mobile activity 

20 status tracker is referred to herein as a Mobile Activity Status Tracker 
(MAST). 

In accordance with the principles of the present invention, 
status changes that are recorded are sent via TCP/IP communications to 
other service provider-specific applications. The MAST system duplicates 
25 the same or similar information of a corresponding HLR, but is available 
as an external database entity which functions and communications are 
not restricted by SS7 standards. 

Tracking in accordance with the principles of the present 
invention utilizes registration/de-registration activity of mobile stations. 
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Utilizing status changes for a particular mobile station, key events can be 
noted regarding presence and/or location of the particular mobile station. 

The MAST application offers entities (e.g., Internet and 
others) outside of a wireless infrastructure the ability to receive presence 
and/or location information regarding a particular mobile station to network 
entities outside of that which is servicing a particular wireless device. As 
disclosed, the MAST application has the ability to pull presence and/or 
location information or to push presence and/or location information to a 
requesting entity as desired. 

Certain capabilities such as registration notification 
forwarding mechanisms / Registration Notification Forward Message and 
SMPP client which are basic to this application, are described in detail in 
two pending U.S. Applications by the same Assignee as the present case. 
In particular, an exemplary SMSC is described in co-pending and co- 
owned U.S. Appl. No. 09/322,929, entitled "Short Message Service 
Notification Between Multiple Short Message Service Centers", filed June 
1 , 1999, by Timothy J. Lorello and Reuben D. Hart, the entirety of which is 
explicitly incorporated herein by reference. Moreover, an exemplary 
Prepaid functionality and architecture is described in co-pending and co- 
owned U.S. Appl. No. 09/533,805, entitled "Prepaid Call Management In 
Intelligent Network", filed March 23, 2000, by Elizabeth Countryman, 
Timothy J. Lorello, Mark Titus, and Dara Ung, the entirety of which is 
explicitly incorporated herein by reference. 

The Mobile Activity Status Tracker (MAST) is a Service 
Package Application (SPA) that allows wireless service providers to 
monitor and log changes in the status of mobile stations within their 
networks. The status changes that are recorded are sent via TCP/IP to 
other servers for service provider-specific applications. The tracking 
involves the registration/de-registration activity and location of the mobile 
stations. The tracking need not track call-specific information, e.g., called 
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telephone numbers or information regarding conversations sustained by 
the tracked wireless subscribers. 

Some disclosed embodiments relate to the use of a Home 
Location Register (HLR) which is integrated with a Mobile Switching 
5 Center (MSC) on a common platform, referred to herein as Integrated 
Home Location Registers (l-HLRs) commercially available from LUCENT 
TECHNOLOGIES INC. in Murray Hill, New Jersey. Other embodiments 
relate to the use of a stand-alone HLR separate from the MSC platform, 
referred to herein as Stand alone HLR's (S-HLR). All types of HLRs are 
10 collectively referred to herein as an HLR. 

The disclosed MAST SPA is implemented on an Advantage 
Service Control Point (SCP) Wireless Intelligent Network Platform, 
commercially available from LUCENT TECHNOLOGIES INC. The SCP 
provides the required ANSI SS7 and TCP/IP protocol support and Sen/ice 
1 5 Circuit Handlers (SCH) for the MAST SPA. 

In accordance with the principles of the present invention, 
the MAST SPA receives mobile activity notifications from an HLR, and 
forwards selected parameters upon request or configuration to servers 
external to the wireless network over a TCP/IP communication link (e.g., 
20 over the Internet or over an Intranet). 

Fig. 1 shows an exemplary architecture and information flow 
of a mobile activity status tracker (MAST) system, in accordance with the 
principles of the present invention. 

In particular, as shown in Fig. 1, the operation of the 
25 exemplary MAST SPA includes the following exemplary steps: 

(1) The handset exchanges activity information with the I- 
HLR, which in turn sends the Mobile Station Identity (MSID) of the mobile 
station and a set of relevant parameters to the MAST SPA in a registration 
notification forwarding mechanism message. 
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(2) The MAST SPA creates a temporary record for that 
mobile handset based on the MSID. The MAST performs a lookup in a 
database of existing records, using the MSID as a key. If there is no 
record for the MSID, then the temporary record is stored in the database. 
5 If there is a record for the same MSID, the MAST compares the temporary 
record with that found in the database to determine any changes in the 
activity status of the mobile station (or any other relevant parameters). If 
the activity status is the same (i.e., unchanged), the MAST overwrites the 
old record with the new one. On the other hand, if the activity status has 

10 changed, the activity status of the relevant mobile wireless device will be 
Notified or Forwarded to one or more application servers having access to 
the Internet using an appropriate TCP/IP interface and appropriate IP 
addresses (or other suitable protocol and communication path, e.g., SS7). 
To this end, the MAST SPA will forward a set of selected parameters 

15 (e.g., a subset of the parameters available in the temporary record) to one 
or more requesting or pre-configured applications servers using 
corresponding Internet Protocol (IP) addresses. The MAST then replaces 
the existing, older record with the new, updated record. 

Preferably, the MAST resides on an SCP and accepts 

20 copies of IS-41 Registration Notification and MSInactive messages from 
the HLR(s). 

Fig. 2 is a more detailed architecture and information flow of 
an embodiment of a MAST system 200 corresponding to a stand-alone 
Home Location Register (SHLR) 240 including a registration notification 
25 forwarding mechanism utilizing message flows in conformance with SS7 
standards and IS-41 standards, in accordance with the principles of the 
present invention. 

In particular, Fig. 2 shows a MAST system 200 implemented 
by a particular service provider corresponding to a first wireless network 



12 



260. The first wireless network 260 also includes an MSC 1010, and a 
SHLR 240. 

A second wireless network 1070 is shown for completeness 
and perspective. The second wireless network 1070 includes an MSC 
5 1020, and services a wireless device 1090. 

The MAST 200 provides presence and/or location 
information regarding any or all subscriber's of the first wireless network to 
external entities, without the need to change current communication 
standards, e.g., utilizing otherwise conventional SS7 and IS-41 
10 communication messages. 

The MAST 200 includes information similar to that contained 
in the SHLR, e.g., relating to the presence and/or location of serviced 
wireless devices. However, in accordance with the principles of the 
present invention, the MAST 200 may include additional information, 
15 and/or logged information over time with respect to each individual 
subscriber. The MAST 200 may be implemented on a same type platform 
as that implementing the SHLR 240, e.g., an SCP commercially available 
from LUCENT TECHNOLOGIES INC. 

Fig. 2A shows a block diagram of the basic elements of an 
20 exemplary MAST system 200 shown in Fig. 2. 

Importantly, the MAST 200 includes a TCP/IP interface 270 
and internal module 201 allowing appropriate operational access to 
subscriber presence and/or location information maintained therein. 
Thus, any or all external application servers 290 (e.g., chat servers, law 
25 enforcement servers, etc.) may access subscriber presence and or 
location information regarding a wireless service provider's subscribers via 
the Internet 280. 

The subscriber's presence and/or location information 
maintained in a subscriber presence/location database 205 may be pre- 
30 configured for transmission to various pre-set application servers 290 via 
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the TCP/IP (i.e., non-SS7 protocol) module 201 and associated link 270. 
Alternatively, presence and/or location information regarding any or all 
subscriber's serviced by the MAST 200 may be provided to an application 
server 290 upon request by the application server 290. 
5 Referring back to Fig. 2, the particular applications which 

can be implemented by the various application servers 290 is virtually 
limitless. Any application which can make use of the presence and/or 
location information regarding any or all wireless subscribers (regardless 
of whether or not they are inside or external to a particular wireless 

10 network) may utilize the information contained in the database of the 
MAST 200 in accordance with the principles of the present invention. 

The message flow shown in Fig. 2 relates to that of a stand- 
alone HLR 240. The message flow utilizing an integrated HLR is shown in 
Fig. 3. The message flow in Fig. 2 is as follows. 

15 A MOBILE REGISTRATION message (1.) is transmitted by 

a relevant wireless device 1090 through the host wireless network #2 
1070 to its MSG 1020. That MSC 1020 sends a MOBILE 
REGISTRATION NOTIFICATION (REGNOT) message (2.) to an STP 
1030, which forwards a REGNOT message (3.) to the SHLR 240. Up to 

20 this point the message flow is as in the conventional system shown in Fig. 
10. 

However, as shown in Fig. 2, the SHLR 240 implements a 
message referred to herein as a registration notification forwarding 
mechanism (4. in Fig. 2). The registration forwarding mechanism (4.) 
25 forwards a received REGNOT message (3.) back out to the STP 230 as a 
REGNOT message (5.), destined for the MAST 200. 

The STP 230 forwards the REGNOT message (5.) from the 
SHLR to the MAST 200 using a REGNOT message (6.). Thus, the SHLR 
240 shown in Fig. 2 is an otherwise conventional SHLR, but additionally 
30 includes the functions necessary to implement a registration notification 
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forwarding mechanism to forward the REGNOT message (5.) to the 
MAST system 200 via the STP 230 using another forwarded REGNOT 
message (6.). With the architecture of the embodiment of Fig. 2, a service 
provider may need to upgrade software running on an associated SHLR 
5 240, but need not upgrade their MSC 1010 or STP 230 from those 
otherwise conventionally available or already installed, providing 
significant cost savings and efficiency. 

In response to the REGNOT message (6.) received from the 
STP 1030, the MAST 200 updates its database 205 appropriately. The 

10 information contained in the database 205 is then made available as 
appropriate over the TCP/IP link 270 to an external device, e.g., using an 
Intranet or the Internet 280, e.g., to all requesters, to only some 
requesters paying a particular fee for such a service, etc. 

The service provider 250 is given operational and 

15 maintenance access to the MAST 200 similarly to conventional access 
given to an SHLR, e.g., using anX^25Jl^^ link. 

Fig. 3 is a detailed architecture and information flow of an 
embodiment of a MAST system 200 corresponding to an integrated Home 
Location Register (l-HLR) including a registration notification forwarding 

20 mechanism integrated with a mobile switching center (MSC) on a common 
platform, utilizing message flows in conformance with SS7 standards and 
IS-41 standards, in accordance with the principles of the present 
invention. 

In particular, Fig. 3 shows that when using an l-HLR 340, the 
25 communications between the MSC/I-HLR common platform and the STP 
330 are typically made over an SS7 link to the common platform, and that 
the elements on the common platform (e.g., the MSC 310 and the l-HLR 
340) may communicate with one another in proprietary ways without the 
need to conform to SS7 or other external signaling requirements. 
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The l-HLR 340 shown in Fig. 3 is an otherwise conventional 
l-HLR, but additionally includes the functions necessary to implement a 
registration notification forwarding mechanism to forward the REGNOT 
message (5.) to the MAST system 200 via the STP 230 using another 
5 forwarded REGNOT message (6.). With the architecture of the 
embodiment of Fig. 3, a service provider may need to upgrade software 
running on an associated l-HLR 340, but need not upgrade their MSC 310 
or STP 330 from those otherwise conventionally available or already 
installed. 

10 Fig. 4 is a detailed architecture and information flow of an 

embodiment of a MAST system corresponding to a stand-alone Home 
Location Register (SHLR) including a Registration Notification copy 
function in a signaling transfer point (STP) and a TCP/IP connection (or 
SS7 connection) to the MAST application, particularly useful in wireless 

15 networks having HLRs which do not include a registration notification 
forwarding mechanism, in accordance with the principles of the present 
invention. 

In particular, Fig. 4 importantly shows an STP 430 including 
otherwise conventional functions, but in addition includes a REGNOT 
20 copy and forward function. 

The REGNOT copy and forward function in the STP 430 
copies the REGNOT message (2.) received from an MSC 1020, and 
forwards a REGNOT copy message (3b.) to the MAST 200. The STP 430 
also sends the otherwise conventional REGNOT message (3.) to the 
25 SHLR 1040. 

The STP 430 shown in Fig. 4 is an otherwise conventional 
STP, but additionally includes the functions necessary to implement a 
COPY and FORWARD message to generate a copy of the REGNOT 
message (3.) sent to the SHLR 1040 as a copy REGNOT message (3b.) 
30 sent to the MAST 200. With the architecture of the embodiment of Fig. 4, 
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a service provider may need to upgrade software running on an 
associated STP 430, but need not upgrade their MSC(s) 1010 or SHLR(s) 
1040 from those otherwise conventionally available or already installed. 

The MAST system architecture shown in Fig. 4 has the 
5 advantage of eliminating some communications (e.g., the registration 
notification forwarding mechanism trigger (4.) and the REGNOT message 
(5.) shown in Fig. 3), which is particularly important because the 
registration notification forwarding mechanism trigger (4.) is an enhanced 
proprietary feature (i.e., not standard) to some HLRs. 

10 The service may be provided in a provisionless mode, and 

all the necessary subscriber information may reside on the HLR. Thus, 
there is preferably no specific subscriber provisioning necessary on the 
MAST SPA. Rather, the subscriber data may be maintained at the 
relevant HLR. The amount of memory, e.g., random access memory 

15 (RAM) and the number of SS7 links required by the SCP platform 
implementing the MAST SPA may be determined based on the subscriber 
count to be supported. 

For instance, as a general guideline, consider the following 
example. Assuming a load of 500,000 subscribers, one (1) registration 

20 notification forwarding mechanism trigger per subscriber per hour, five (5) 
Mobile Inactivity Triggers (MITs) per subscriber per day, 1 KB of memory 
per subscriber, and an average SS7 message length of 100 octects, the 
number of SS7 links required in the disclosed embodiment for this 
configuration is approximately four (4), along with approximately 500 MB 

25 of RAM. 

Use of Signaling Transfer Points (STPs) between MSCs can 
be implemented in multiple l-HLR environments as well. 

From the perspective of a wireless service provider, MAST 
allows the implementation of an endless array of services and/or 
30 applications that can utilize presence and/or location information 
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regarding a wireless device. Specific implementations of services will 
depend on the capabilities of the application servers that receive the 
information from the MAST. For instance, knowledge of registration 
activity in and of itself represents a huge benefit for the service provider 
5 from a marketing perspective because it can provide additional 
information regarding subscriber's habits, and general demographic data 
collection. 

The MAST techniques and apparatus may also be used for 
law enforcement purposes. For instance, data relating to mobile station 
10 activity may be used, e.g., as evidence to build a legal case against an 
offender. 

As another benefit, subscribers of a wireless service 
provider can be provided with an enhanced protection mechanism against 
fraud by allowing faster detection and/or tracking of delinquent mobile 
15 devices. 

Depending upon particular parameters used, other services 
may be implemented. For instance, with knowledge of the location of a 
particular mobile station, a wireless service provider may implement an 
"Emergency Location" plan. Using such a service, mobile subscribers can 

20 have activity information (e.g., presence and/or location information, 
together with date and time) relating to the use of their mobile device 
transmitted to the MAST SPA in accordance with the principles of the 
present invention. The MAST SPA will log the presence and/or location 
information regarding relevant mobile subscribers served by the 

25 associated HRL, and pass the logged information on to any entity on the 
Internet or other entity or network, providing an accurate and up-to-date 
information source. Using the "Emergency Location" plan, the logged 
location information may be used by authorities to locate a person 
associated with that particular mobile device easier. 
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Fig. 5A is a simplified depiction of relevant parameters of a 
Mobile Registration Notification (REGNOT) message in conformance with 
SS7 and IS-41 standards utilized for determination of location information 
in a MAST system, in accordance with the principles of the present 
5 invention. Fig. 5B is a detailed depiction of all conventional parameters of 
a REGNOT message. 

In particular, the REGNOT message parameters utilized by 
the MAST may be any or all parameters included or inferred from 
information within the standard REGNOT message shown in Fig. 5B. For 
10 instance, the cell site ID 502 and/or sector ID 504 of the cell servicing the 
relevant wireless device may be used to provide a location of the wireless 
device, and date and time of a communication may be used for presence 
information. 

Other information such as power level 506 can be used to 

15 infer and further refine the location information. For instance, a lower 
power level received by the wireless device 1090 (and/or higher power 
output by the wireless device 1090) may be used to infer a longer 
distance from the relevant cell site receiving transmissions from the 
wireless device 1090. Conversely, a higher power level might infer that 

20 the wireless device 1090 is closer to the cell site. Thus, a sort of 'poor 
man's GPS' can be provided to external entities regarding the location of 
a subscriber's wireless device. 

Fig. 6 is a simplified depiction of relevant parameters of a 
Mobile Subscriber Inactive message in conformance with SS7 and IS-41 

25 standards utilized for determination of inactive presence information in a 
MAST system, in accordance with the principles of the present invention. 

In particular, a MOBILE SUBSCRIBER INACTIVE message 
follows the same paths as does the REGNOT messages shown in Figs.2, 
3 and 4. While the REGNOT message indicates an active wireless 

30 device, the receipt of a MOBILE SUBSRIBER INACTIVE message with 
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respect to a particular subscriber may be logged in the database 205 of 
the MAST 200 as presence information, i.e., that the wireless device may 
no longer be present. 

Fig. 7 A is a simplified depiction of relevant parameters such 
5 as location in an exemplary Internet Protocol (IP) message sent from the 
MAST system to an application server (e.g., a Chat Server) via the 
Internet, in accordance with the principles of the present invention. 

The particular information contained either in the database 
205 of the MAST and/or which is transmitted over the TCP/IP connection 

10 270 and the Internet 280 may depend upon the particular applications 
operating on any of the application servers 290. Rudimentary information 
may include, e.g., an IP address of the application server 290, an ID of 
the relevant mobile wireless device, presence information such as a date 
and time of activity, and location information either real or inferred. Real 

15 information may include the cell site ID and/or sector ID. Inferred or 
extrapolated information may include, e.g., a delta distance corresponding 
to a power level of the wireless device's transmitter during a last contact. 

Fig. 7B is a simplified depiction of relevant parameters in 
another exemplary IP message such as a log of past presence and 

20 location information for a particular wireless device sent from the MAST 
system to an application server (e.g., a law enforcement authority) via the 
Internet, in accordance with the principles of the present invention. 

For instance, as shown in Fig. 7B, presence and/or location 
information may be logged into a historical file for each 

25 subscriber/wireless device. A particular mobile ID together with a series 
of database entries corresponding to different REGNOT commands 
and/or MOBILE SUBSCRIBER INACTIVE messages received by the 
MAST can be provided to one or more particular application servers 
desiring such information. 
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Alternatively, the presence and/or location information 
transmitted to a desiring application server 190 may relate to a group of 
subscribers having a common attribute (e.g., most active subscribers, 
least active subscribers, subscribers living in a particular region, etc.). 
5 As disclosed, activity status information is tracked by the 

MAST as follows. Initially, the MAST receives a Mobile Registration 
message via a registration notification forwarding mechanism, 
alternatively referred to as a Registration Forward Message, from the 
relevant MSC/HLR (l-HLR or S-HLR), and appropriately updates the 
10 activity status in the database. Upon power down of the relevant wireless 
device, the MAST will receive a Mobile De-Registration message via a 
Mobile Inactive Trigger (MIT) from the relevant MSC/HLR, and 
uj appropriately updates the activity status in the database, 

u When a new message (e.g., a mobile registration message 

[fj 15 or mobile de-registration message) is received, the MAST application 

y) preferably parses the message, e.g., into up to 10 parameters, and stores 

ui 

3 the parsed message portions in an appropriate MSID ordered table. 

rrj Fig. 8 shows an exemplary Mobile Station Identity (MSID) 

\ x \ ordered table is shown in Fig. 8. 

u 20 Fig. 9 shows an exemplary process by which the parsed 

message portions are processed. 

In particular, as shown in step 202 of Fig. 9, the process 
determines if a new REGNOT or MSINACT has been received. 

If a record for the same MSID is found in the table of Fig. 8, 
25 in step 204 a comparison of the status and key parameters within the two 
records will be made. 

In step 208, if the status (ACT to DEACT or DEACT TO 
ACT) or one of the key parameters are different from that of the previous 
record, a subset of key parameters up to and including all key parameters 
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from this new record will be sent to at least one, but possibly multiple IP 
addresses on a network. 

In steps 206 and 210, the old record is replaced in the MSID 
table with the new, most recent record. 
5 The MAST receives information directly from the HLR or the 

STP (e.g., I-HLR or S-HLR), which has previously validated the MSID and 
determined the need to forward the information to the MAST. 

Administration of the MAST may include, e.g., configuration 
and maintenance of the following: 
10 • Point-codes and Subsystem numbers of the l-HLRs that 

will send information to the MAST SPA. 

• Parameters that the l-HLR will forward to the MAST SPA 
in the registration notification forwarding mechanism and 
MIT messages. 

15 • Parameters that the MAST SPA will forward to the 

application servers. 

• Destination IP addresses and Port numbers of the 
application servers. 

• Expiration time for records that have not experienced 
20 changes over a configurable period of time. 

• Size of the rotating log file. 

There is preferably only one record per MSID in the MAST. 
The relevant service provider is preferably given access to the database 
stored in the MAST, e.g., through the conventional operational 
25 maintenance processor (OMP). 

Due to its nature, the content of this database is likely to 
change rapidly over time, therefore the MAST database may provide only 
a snapshot of the activity status of all the relevant wireless devices at any 
given time. 
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The MAST preferably keeps a temporary log of the 
messages sent to the application services in a rotating file. This rotating 
file may have a configurably fixed size, and may overwrite itself with more 
recent information, e.g., after a desired period of time determined by the 
5 level of message traffic. This log provides a historical representation of 
the activity of specific wireless devices, or groups of wireless devices. 

Reports may be generated for the relevant service provider, 
e.g., through the OMP or via a TCP/IP connection to the Internet. 
Possible reports can include, e.g., various information depending upon the 
10 parameters that the relevant HLR sends to the MAST, and/or specific 
needs and selections made by the particular service provider. 

In case the subscriber base increases, the platform can be 
easily scaled to increase capacity. 

Being a Wireless Intelligent Network service, MAST takes 
15 advantage of the improved reliability, scalability and performance of the 
Advantage Platform and the flexibility of the intelligent network approach. 

Additionally, MAST is an Intelligent Network application that 
can be executed simultaneously on a single SCP platform, such as a 
Short Message Service Center, Over The Air Activation, PrePaid 
20 Wireless, etc. This fact spreads the cost of the platform over several 
services, thus allowing the service provider to price them in a competitive 
way. From an operating standpoint, a single platform is easier to manage 
resulting in reduced maintenance costs. 

25 Mobile Chat Location Register (MCLR) 

The principles of the present invention may be used to 
implement a wireless chat tracking system (i.e., Mobile Chat Location 
Register (MCLR)) which utilizes a change in mobile registration status to 
automatically notify a chat group system outside the wireless network of 
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current status information activity regarding a relevant device, e.g., 

registration activity or inactivity timeout. 

In a disclosed embodiment, a registration notification 

(REGNOT) message is either explicitly forwarded or copied to an external 
5 IP based application (e.g., to a mobile chat group system). The change in 

mobile registration is communicated via a suitable signaling link (e.g., 

SS7, TCP/IP, etc.) between a Home Location Register (HLR) and the chat 

group system. Therefore, instead of a conventionally closed system using 

SS7 messages, REGNOT messages are pushed out over TCP/IP 
10 connections to external applications (e.g., chat servers) to automatically 

notify the external system of the location of a particular user. 

In accordance with the principles of the present invention, a 

REGNOT message may be simply forwarded in accordance with 

instructions from an HLR, or all REGNOT messages received may be 
15 copied and forwarded to an external application, which then sifts through 

the copied and received REGNOT messages for messages of relevance 

to that particular external application. 

Fig. 12 shows an exemplary service implementation showing 

wireless chat status tracking providing an automatic on-line or off-line 
20 notification in a chat scenario using techniques and apparatus in 

accordance with the principles of the present invention. Fig. 13 shows a 

more detailed block diagram of the SMSC 1230 shown in Fig. 12, 

including a REGNOT message receiver 1304, a REGNOT forwarder 

1302, and an optional REGNOT copier 1306. 
25 For the purposes of illustration, assume that in Figs. 12 and 

13 all chat subscribers with the exception of Mobile A are already 

participating in a chat session called, e.g., "Buddies". 

Scenario 1 

30 Automatic On-Line Notification Chat Scenario in a Prepaid Environment 
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(1) The handset Mobile A 1202, provisioned with chat 
service, is powered on or performs the IS-41 periodic or forced 
registration process. Thus, a Registration access message is sent from 
the Mobile A 1202 to the Mobile Switching Center (MSC) 1204. 
5 (2) The MSC 1204 sends the IS-41 Registration Notification 

(REGNOT) message to the Home Location Register (HLR) 1206. 

(3) Following the authentication process of Mobile A 1202, 
in accordance with the principles of the present invention, the HLR 1206 
forwards the REGNOT message to, e.g., a relevant prepaid application 

10 server. This may be performed using an IS-41 REGNOT message over 
an SS7 network or an equivalent registration message over a TCP/IP 
network. 

(4) The SMSC/Prepaid service 1230 may notify a suitable 
wireless Internet gateway 1210 that Mobile A 1202 is "on-line". Such a 

15 suitable wireless Internet gateway 1210 is shown and described in co- 
pending US Appl. No. 09/630,762, entitled "Wireless Internet Gateway" to 
Smith, filed August 2, 2000. 

If Mobile A 1202 is a prepaid subscriber, the prepaid service 
may verify an account balance for Mobile A 1202 at this point and can 

20 decide to continue service or not. 

(5) The wireless Internet gateway 1210 forwards the 
REGNOT message to a relevant external chat server 1220 automatically 
indicating to that external application that Mobile A 1202 is "on-line". 

(6) The external chat server 1220 determines that Mobile A 
25 1202 belongs to a particular chat group, e.g., the chat group "Buddies" of 

the current example, and automatically registers Mobile A 1202 in the chat 
session. 

(7) The external chat server 1220 notifies the other chat 
participants (e.g., the "Buddies" participants) that Mobile A 1202 is 

30 available by sending a broadcast text message to all current participants 
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of that chat session. At the same time, the chat server 1220 may also 
notify Mobile A 1202 of all current participants of that chat session. 

(8) The wireless Internet gateway 1210 automatically 
forwards chat messages from the chat server 1220 for delivery to the chat 

5 session participants via the relevant SMSC 1230. 

(9) The short message service center (SMSC) 1230 
requests the HLR 1206 for short message delivery to all participating 
mobile subscribers. 

(10) The HLR 1206 provides the SMSC 1230 with all 
1 0 needed information to deliver the short messages. 

(11) The SMSC 1230 stores and forwards the broadcast 
message to the MSC 1204 for delivery to the other chat participants (e.g., 
to Mobile B 1242 and Mobile C 1252), and the list of chat participants 
message to the automatically entering Mobile A 1202. 

15 (12) The MSC 1204 delivers the chat messages to all 

participating mobiles 1202, 1242, 1252. 
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Scenario 2 

Automatic Off-Line Notification Chat Scenario in a Prepaid Environment 

(1) The handset Mobile A 1202, provisioned with chat 
service, is powered off or has moved out of the relevant coverage area. 



timer and sends an IS-41 Inactivity message to the Home Location 
Register (HLR) 1206. 

(3) The HLR 1206 forwards the Inactivity message, e.g., the 
IS-41 MS Inactivity message, over an SS7 network, or an equivalent 

10 inactivity message over a TCP/IP network to, e.g., a relevant prepaid 
application server such as the SMSC/Prepaid platform 1230. 

(4) The SMSC/Prepaid service 1230 notifies the wireless 
Internet gateway 1210 that Mobile A 1202 is "off-line". 

(5) The wireless Internet gateway 1210 forwards the 
15 message to the chat server 1220 that Mobile A 1202 is "off-line". 

(6) The external chat server 1220 determines that Mobile A 
1202 belongs to, e.g., the chat group "Buddies", and thus removes Mobile 
A 1202 from the chat session. 

(7) The external chat server 1220 notifies the chat session 
20 participants, e.g., participants of the chat session "Buddies", that Mobile A 

1202 has become unavailable, by sending a broadcast text message to all 
current chat participants. 

(8) The wireless Internet gateway 1210 forwards the 
messages for delivery. 

25 (9) The SMSC 1230 requests the HLR 1206 for short 

message delivery to all mobile subscribers. 

(10) The HLR 1206 provides the SMSC 1230 with all 
needed information to deliver the messages. 

(11) The SMSC 1230 stores and forwards the broadcast 
30 message for delivery to Mobile wireless devices B & C, 1242 & 1252. 
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(2) The MSC 1204 detects an expiration of an inactivity 
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The MSC 1204 delivers the messages to Mobile wireless 
devices B & C, 1242 & 1252. 

Note that while the chat server 1220 shown in Fig. 12 is 
internal to the service provider's network, the principles of the present 
5 invention relate equally to placement of the chat server 1220 external to 
the service provider's network, i.e., over the Internet 1299. 

This solution may be integrated with existing, commercially 
available SMSC & web gateway products that enable wireless carriers & 
Internet service providers (ISPs) to offer, e.g., a pre-payment billing option 
10 for enhanced messaging services. 

The principles of the present invention have applicability for 
usage with wireless intelligent network (WIN) applications, e.g., those 
already otherwise containing SMSC, prepaid, and/or web gateway 
applications. Moreover, there is applicability for usage with mobile 
15 registration, for inactivity message forwarding to a chat server, or for 
mobile automatic notification of subscriber status to chat server. 

While the invention has been described with reference to the 
exemplary embodiments thereof, those skilled in the art will be able to 
make various modifications to the described embodiments of the invention 
20 without departing from the true spirit and scope of the invention. 
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